home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.misc
- References: <jasonb.823855477@cs.uwa.edu.au>
- X-Newsreader: UMSZCo V1.1 BETA 11 (3.2.96)
- Mime-version: 1.0
- Content-Type: text/plain; charset=iso-8859-1
- Content-Transfer-encoding: 8BIT
- Path: news.tng.oche.de!tomate.tng.oche.de
- X-Gateway: ZCONNECT UE utomate.tng.oche.de.tomate.tng.oche.de [PolyNet zTOr V4.901 Serie: "light"]
- Subject: Re: MUI 3.2
- Date: Sat, 10 Feb 96 9:39:25 GMT
- Message-ID: <68771466@0humpty.tomate.tng.oche.de>
- From: humpty@TOMATE.TNG.OCHE.DE (Andreas Mixich)
-
- jasonb@cs.uwa.edu.au wrote about "Re: MUI 3.2" on "09-Feb-1996 08:44:37" at
- zer.COMP.SYS.AMIGA.MISC:
-
- > Hmm... I'm not sure if this is exactly what you meant to say, but I
- > think you've hit upon a good idea (except, perhaps, for floppy-only
- > systems):
-
- Yes, it is. I am aware of how USE and SAVE work in prefs programs, that
- enable ENV: and ENVARC: You are right.
-
- > Currently the Use and Save functionality is provided by copying all of
- > envarc: into env: at boot time, and the OS only ever looking for
- > environment variables in env:. This means that saving an environment
- > to env: ("Use") means it is only used for the current session, and
- > saving an environment to envarc: ("Save") means it will be used until
- > it is overwritten.
-
- Exactly, but...
-
- > Now, if we could do this:
- >
- > assign env: ram:env envarc:
- >
- > during bootup, instead of:
- >
- > copy envarc: ram:env
- > assign env: ram:env
-
- Why doing this ? I mean for MUI it could be done by Stefan if he changed
- the behaviour of handling MUI's prefs:
-
- makedir MUI: Envarc (or name it Settings)
- makedir MUI: Env (or name it runtimeSettings)
-
- If you save your settings for permanent it is stored in MUI:Envarc/
- Here belong all the configs and windows.
-
- IN MUI:Env/ you _only_ have the #?.wini files and perhaps some minor stuff.
-
- muimaster would not search in ENV: but in MUI:Env.
-
- > If anyone was willing to patch the required functions to make this
- > work, I think it would be rather cool. If it was added in a future
- > version of the OS, people could still use the old way (if they
- > preferred the speed) simply by using the second bootup option (ie. how
- > it's done now).
-
- Why patching the whole system ? Why not making MUI to do that for tis own
- (20GB ENV:MUI ;-))) dir ?
-
- --
- Ciao, Andreas
- Internet: humpty@tomate.tng.oche.de
- FIDO : 2:244/1544.14
-
- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=++=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
- Ehrman's Commentary:
- (1) Things will get worse before they get better.
- (2) Who said things would get better?
-
-